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A PROTOCOL FOR A SELF - ORGANIZING NETWORK USING A LOGICAL 

SPANNING TREE BACKBONE 

CROSS REFERENCE TO RELATED APPLICATION 
20 This application is related to the applications 

entitled "System for Spread Spectrum Communication" (Docket 
No. CM003551J) , U A Multiple Access Probocol and Structure 
for Communication Devices in an Asynchronous Network" 
(Docket No. 3526 J) and "System for Code Division Multi- 
25 Access Communication" (Docket No. CM03333J) , all filed on 
the same date as the present invention. 

FIELD OF THE INVENTION 

The present invention relates generally to wireless 

3 0 communication networks and more specifically to the use of a 

network protocol in wireless communication networks. 

BACKGROUND OF THE INVENTION 
Wireless communication networks often contain a great number 
35 of devices that can be randomly located throughout an indoor 
and/or outdoor communication environment. An important 
issue is how to organize these communication devices 
physically and logically so that efficient inter-device 
communication is possible, and so that the resulting network 

4 0 is robust, scalable, and adaptable to changes in network 

topology . A primary wireless networking technology 

currently in use is cellular telephony technology. This 
technology has weaknesses in the indoor environment, as well 
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as in applications in which devices can be more efficiently 
connected to each other by communicating directly (i.e. the 
devices are in close proximity of each other) . 

Technologies that currently address these cases are 
5 wireless Personal Area Networks (PAN) and wireless home 
networking products. In the former, devices are organized 
into small networks designed to supplement current wide area 
networks such as cellular telephony. The networks allow a 
small number of devices to exchange data, and perform 

10 functions without the need for cable. Wireless home 
networking allows devices within a home to communicate with 
a central controller, normally a home computer or a cable 
set-top box. All devices in the network communicate directly 
with the central controller and not with each other. These 

15 networks are appropriate for their desired applications, but 
do not address the interconnection of multiple small low- 
cost and low-power wireless communication devices that may 
be scattered randomly throughout an indoor environment . 
These devices may be applied to remote sensing or control 

2 0 functions, signal processing, or communication functions. 
These devices require networks that are more scalable, 
robust to device failures, and employ efficient power 
conserving protocols. 

In light of the foregoing, there is a need in the art 

25 for a network protocol for a self -organizing wireless 
network that provides physical and logical network 
construction, network routing, and network maintenance while 
addressing the issues associated with building a network 
around low-cost, low-power devices. 



30 
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BRIEF DESCRIPTION OF THE DRAWINGS 
The novel features believed characteristic of the 
invention are set forth in the claims. The invention 
5 itself, however, as well as a preferred mode of use, and 
further objects and advantages thereof, will best be 
understood by reference to the following detailed 
description of an illustrative embodiment when read in 
conjunction with the accompanying drawings, wherein: 

10 

FIG. 1 shows a wireless communication nebwork, according to 
the present invention. 

FIG. 2 shows an internal block diagram of a representative 
15 wireless communication device, according to the present 
invention. 

FIG. 3 shows the relationship between a node and it's 
neighbors in the wireless communication network, according 
2 0 to the present invention. 

FIG. 4 is a flowchart of the network expansion process, 
according to the present invention. 

2 5 FIG. 5 shows a new node X hello message, according to the 
present invention. 

FIG. 6 shows the new node receiving Y reply messages, 
according to the present invention. 

30 

FIG. 7 shows the new node sending Z confirmation messages, 
according to the present invention. 
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FIG, 8 illustrates the spanning tree structure of a wireless 
communication network, according to the present invention. 

FIG. 9 is a flowchart showing the construction of the 
5 logical network, according to the present invention. 

FIG . 10 shows the response of a node to an X hello message, 
according to the present invention. 

10 FIG. 11 is a flowchart for the response of a node to a Y 
reply message, according to the present invention. 

FIG. 12 is a flowchart for the response of a node to a Z 
confirm message, according to the present invention. 

15 

FIG. 13 is a flowchart illustrating the node recovery 
process, according to the present invention. 

FIG. 14 is a flowchart illustrating the process a node goes 
2 0 through when it has not received a message for a long period 
of time, according to the present invention. 

FIG. 15 shows the format of the X Hello, Y Reply, Z confirm, 
Z broadcast, and W update message, according to the present 
25 invention . 

FIG. 16 shows an example of routing a message upstream when 
the destination is not on the direct path to the root node, 
according to the present invention. 

30 

FIG. 17 shows an example of routing a message upstream when 
the destination is on the direct path to the root node, 
according to the present invention. 
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FIG. 18 shows how the root node uses message broadcasting to 
route a source message to a destination, according to the 
present invention . 
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DESCRIPTION OF THE INVENTION 
While this invention is susceptible of embodiment in 
many different forms, there is shown in the drawings and 
will herein be described in detail specific embodiments, 
with the understanding that the present disclosure is to be 
considered as an example of the principles of the invention 
and not intended to limit the invention to the specific 
embodiments shown and described. In the description below, 
like reference numerals are used to describe the same, 
similar or corresponding parts in the several views of the 
drawing . 

The present invention discloses a method and structure 
for low-cost, low-power devices coupled to a self -organizing 
wireless network using a spanning tree backbone 
architecture. The method and structure of the present 
invention may be described by examining the network protocol 
in terms of network construction, network routing protocols 
and network maintenance. The low-cost, low power devices 
are typically fixed, wireless communication devices. Note 
that wireless technology includes the use of optical and 
microwave communication techniques. Also, the self- 

organizing wireless network may contain mobile as well as 
fixed nodes, although a mobile node added to the network 
must move slowly enough so that the process of joining the 
network can be completed. 

Referring to FIG. 1, a wireless network 100 is shown in 
which n nodes are distributed throughout network 100. An 
additional node N(n+1) 110 to be added to network 100 in 
accordance with the invention is also shown. Each node 
N{1), N(2) , N(n) of network 100 contains functionality 

sufficient to allow the node to send messages, receive 
messages, route data packets between nodes, facilitate 
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multi-hop communications, store routing information, store 
neighboring node information, and supply an audio/visual 
indicator to a user of the network. Additional functionality 
may be incorporated into each node without departing from 
5 the spirit and scope of the invention. 

Referring to FIG. 2, a block flow diagram of the 
internal operation of a node 200 of the nodes N(l) / N(2), 
N(n) contained in network 100 is shown. Node 200 could be 
any node of the N nodes contained in network 100. Incoming 

10 messages 210 are first received by message receiver 230, 
which then prepares the incoming messages 210 for processing 
by message processor 240. Message processor 240 interacts 
with storage block 270, audio/visual indicator 260, and 
message router 250 in order to correctly process incoming 

15 messages 210. Node 200 also contains message transmission 
2 80 capability that allows node 200 to prepare outgoing 
messages 22 0 created by either message router 250 or message 
processor 240. The outgoing messages 220 could include 
status messages, routed data messages, messages to nodes 

2 0 within communication range of node 200, or any similar type 
of message traffic. Referring again to FIG. 2, note that 
while the functionality shown has been placed in separate 
blocks, the internal blocks shown could be further separated 
or combined in functionality without departing from the 

25 spirit and scope of the present invention. 

Referring now to FIG. 3, a representation 300 of that 
part of network 100 coupled to a typical node N(k) 310 is 
shown. Note that the k index of node N(k) indicates that 
node N(k) 310 could be any node of the nodes N(l), N(2), 

30 N(n) contained in network 100. Node N(k) 310 contains, in 
addition to the functionality described in FIG. 2, a range 
list RL(k) 320, and a routing table RT(k) 330. RT(k) 330 
and RL(k) 32 0 are stored in the memory of node N(k) 310, 
shown as storage 270 in FIG. 2. Range list RL(k) 320 
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contains information about nodes N(bl (k) ) , N(b2 (k) ) , 
N(bb(k)) 360 that are neighbors of node N(k) 310. This 
information may include neighbor ID, neighbor load 
information, neighbor children information, the parent node 
5 of each neighbor, and the depth of each neighbor from a root 
node of the network. The neighbor ID may be a logical 
address or a physical address. A neighbor is any node of 
the n nodes contained in network 100 that is within direct 
communication range of node N(k) 310. As indicated in FIG. 

10 3, root node N(R) 350 may also be a neighbor of node N(k) 
310, provided it is within communication range of node N(k) 
310. Routing table RT(k) 330 contains information that 
enables node N(k) 310 to assist in the routing of a data 
packet from a source node N(s) to a destination node N(d) . 

15 Each node N(l), N(2), N(n) in network 100 contains a 

parent node, with the exception of root node N(R) 350. 
There is one root node N(R) 350 in network 100, and every 
node N(l), N(2), N(n) is a descendant of root node N(R) 

350. The parent of node N(k) 310 is designated N(P(k)) 370. 

2 0 Node N(k) 310 may also have one or more children nodes 
N(cl(k)), N(c2(k)), N(cc(k)) 380 attached to node N(k) 

310. Each node N(cx(k)) of N(cl(k)), N(c2(k)), N(cc(k)) 
is a child node of node N(k) 310 if data routed from node 
N(cx(k)) must pass through node N(k) 310 in order to reach 

25 root node N(R) 350. A new node N(n+1) 110 that has not yet 
joined network 100 may also interact with node N(k) 310 in 
the process of joining network 100. 

Construction of network 10 0 begins with a physical 
topology construction process. Referring to FIGs. 4, 5, 6 # 

30 and 7, the physical topology construction process for 
establishing communication between a new node N(n+1) to be 
added to the network and the existing, fixed nodes of the 
network N(l), N(2), .... , N(n) is illustrated. During 
physical topology construction, fixed wireless nodes N(l) , 
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N(2) 7 N(n) are deployed into network 100. A user adding 
node N(n+1) 110 to expand network 100 (block 450) is 
responsible for positioning node N(n+1) 110 so that it is 
within communication range of at least one other node 
5 connected to network 100. Node N(n+l)110 has an 

audio/visual display that indicates when node 110 is able to 
communicate with at least one of the fixed wireless nodes 
N(l), N(2), N(n) already in the network. Referring now 

to FIG. 5, representative of block 453 of FIG. 4, network 

10 100 with n nodes is shown as well as new node N(n+1) 110. 
Node N(n+1) 110 broadcasts X hello message 410 to each node 
of fixed wireless nodes N(l), N(2), N(n) of network 100 

that is within communication range of node N(n+1) 110. 
Referring now to FIG. 6 and block 456 of FIG. 4, one or more 

15 nodes N (j ),..., N (w) 430 of the fixed wireless nodes N(l), 
N(2), N(n) reply to X hello message 410 with a Y reply 

message 420 informing node N(n+1) 110 that the one or more 
nodes N(j) , . . . ,N(w) 430 are within communication range of 
node N(n+1) 110. If node N(n+1) 110 receives Y reply 

20 message 420 from any of the one or more nodes N( j ) , . . . ,N(w) 
43 0, then node N(n+1) 110 adds the sending node of Y reply 
message 420 to the range list RL(n+l) of node N(n+1) 110 
(block 459) . Additional information can be added to the 
range list including, loading information, and depth to 

2 5 root. Y reply messages 42 0 are received by new node N(n+1) 
110 for a period of time (block 462) . If no Y reply message 
420 is received by node N(n+1) 110 after a certain time 
(block 462), then the range list of node N(n+1) 110 will be 
empty (block 465), and an indicator 260 will alert the user. 

30 Node N(n+1) 110 must then be physically moved to a new 
location, corresponding to block 477 and the network 
topology construction process starts again with network 
expansion (block 450) . Assuming at least one Y message was 
received (block 465), the parent node N(P(n+l)) of node 
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N(n+1) 110 is selected (block 468). Parent node N(P(n+l)) 
is determined from the minimum depth m(n+l) from the root 
node of all nodes in the range list RL(n+l) 320 and the 
smallest load of the nodes having minimum depth m(n+l) . 
5 Note that other selection criteria using specific loading 
information could be used without departing from the spirit 
and scope of the invention. The depth of node N(n+1) 110 is 
set to be the minimum depth ra(n+l) plus one (block 471) . 
Referring now to FIG, 7 and block 4 74 of PIG. 4, node N(n+1) 

10 110 replies to each of the one or more nodes N (j ),..., N (w) 
43 0 that sent Y reply message 42 0 with a broadcast Z 
confirmation message 440 confirming that the nodes are 
within range of each other (block 474) . A broadcast Z 
message sends a confirmation to the one or more nodes that 

15 sent reply messages. A node may also send a Z message that 
is sent to only one other node, but with the same purpose. 
Broadcast Z confirm message 44 0 includes the new nodes 
address. If logical addressing is used, the new node 
address is a logical address containing the node N(n+1) 110 

2 0 depth information and the parent's identity. After sending 
the broadcast Z confirmation message 440, node N(n+1) enters 
a maintenance mode (block 4 90) , during which normal network 
operation occurs. 

In addition to the network expansion process of network 

25 100 illustrated in FIG. 4, the logical construction process 
of network 100 is performed, which is derived from the 
physical construction process. The logical construction 
process occurs when node N(n+1) 110, which has just 
completed physical construction process 400, is added to the 

30 logical spanning tree architecture of network 100. The 
logical construction derived using the logical construction 
process is a spanning tree derived from the underlying 
physical topology. Referring to FIG. 8, a representative 
spanning tree architecture is shown. The first node N(l) 
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that starts the physical topology and the logical topology 
is designated Root node 350. Each additional node is added 
as a child of the Root node 350. Various addressing schemes 
may be used to uniquely locate a node within the spanning 
5 tree architecture. If logical addressing is used, then each 
node receives a unique address that includes information 
about the nodes neighbors and children within the network 
100. Other types of addressing, such as fixed addressing do 
not contain any indication of the location of the node 

10 within network 100. 

Note that if logical addressing is used, the logical 
address assignment can be done with the traverse tree or the 
non-traverse tree method, although the described procedure 
above suggests a traverse tree method. In the traverse tree 

15 method, the size of the network is determined a priori (how 
many layers, how many nodes in a layer) , and logical 
addresses are then assigned to the nodes as they enter the 
network. In the non- traverse tree method, the physical 
topology of all the nodes in the network is decided first 

2 0 and logical addresses are then assigned to them according to 
their relative physical topology. A non-traverse tree has 
to wait until all nodes are entered into the network and the 
physical topology is constructed first; however it does not 
waste logical addresses like the traverse tree method. 

25 Referring now to FIG. 9, a flowchart illustrating the 

network maintenance mode 900 is shown. The maintenance mode 
900 occurs during normal network operation when 
representative node N(k) 310 has already entered the network 
100 and completed network expansion 450. The maintenance 

30 mode 900 begins at block 905 when node N(k) 310 checks to 
see if any messages have been received (block 910) . If no 
messages have been received for a specified time T (block 
945), then the time out mode (block 947) begins. Otherwise 
the maintenance mode 90 0 continues to check for and process 
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any messages. Once an X, Y, broadcast Z, Z or W message has 
been received (block 910) , the appropriate processing 
function is called. If an X hello message is received 
(block 935) , then the X message process begins (block 937) . 
5 If a Y reply message is received (block 950) , then the Y 
reply message process begins (block 953) . If a Z confirm or 
broadcast Z confirm message is received (block 960) , then 
the Z confirm message process begins (block 962) . The X, Y, 
broadcast Z, and Z messages have been introduced in the 

10 discussion of FIG. 4. The W update message is received 
periodically from neighbor nodes to update or confirm their 
status that may or may not affect other nodes in the network 
100. If the message received is not an X, Y, broadcast Z, 
Z , or W message , then the maintenance cycle continues from 

15 block 905 and the unidentified message is not processed. 

If a W update message is received (block 915) , then node 
N(k) 310 compares the senders ID to the contents of the 
range list of node N(k) 310 (block 920). If the sending node 

20 is a new neighbor (block 925), the node N(k) 310 sends out a 
Y reply message (block 93 0) , and re-enters the maintenance 
mode 900 (block 905) . If the sending node is not a new 
neighbor, and if the range list entry for that neighbor has 
not changed (block 940), node N(k) 310 again re-enters the 

25 maintenance mode (block 905) . If the range list has changed 
(block 94 0) , a new minimum depth m(k) is computed (block 
955) , and the new minimum depth is compared to the old 
minimum depth (block 965) . If they are equal (block 965) , 
then node N(k) 310 re-enters maintenance since the parent 

3 0 node does need to be changed. If the new m(k) is greater 
than the old m(k) , then the node recovery mode (block 971) 
begins since the node N(k) 310 is now further from the Root 
node 350 than before. 
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Otherwise, the new m(k) is less than the old m(k) (block 
970) , and, if logical addressing is not used (block 982) , 
the new parent is chosen to be the sending node (block 975) . 
The depth of node N(k) 310 is set to be one plus m(k) (block 
5 977) , and a Z confirm message is sent to the new parent 
(block 980) . Then a W update message is broadcast (block 
985), and the node N(k) 310 re-enters the maintenance mode 
(block 905) . 

10 If the new m(k) is less than the old m(k) (block 970) , and 
logical addressing is used (block 982) , then the old parent 
information is stored (block 972) , and the new parent is 
chosen to be the sending node (block 973) . The depth of 
node N(k) 310 is set to be one plus m(k) (block 976), and a 

15 Z confirm message is sent to the new parent (block 979) . A 
time out period is enforced (block 987) , and node N(k) 310 
checks if a Y reply message has been received from the newly- 
selected parent (block 973) . If no Y message is received 
before the time out, the original parent, ID and depth, 

20 d(k), are restored (block 995), and the node N(k) 310 re- 
enters the maintenance mode (block 905) . If a Y message was 
received from the new parent prior to time out (block 987) , 
node N(k) 310 checks the contents of the message to see if 
the destination address is the same one the receiving node 

25 N(k) 310 planned to use. If not, the receiving node N(k) 310 
updates its own logical address to reflect the new address 
assigned to it by the parent (block 991) , sends a Z confirm 
message to the new parent (block 993), a W update message 
(block 985), and the node N(k) 310 re-enters the maintenance 

30 mode (block 905) . 

One of the messages received during maintenance mode 
900 is the X hello message. Referring to FIG. 10, receiving 
an X message during the maintenance mode 9 00 causes node 
N(k) 310 to send a Y message (block 1010), and wait for the 
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expected broadcast Z message (block 102 0) . If a broadcast Z 
message has not been received by a specified time (block 
1040) , then the node takes no action and re-enters the 
maintenance mode 900 (block 905) . If a broadcast Z message 
5 is received (block 102 0) , then the node that sent the X 
message is added to the range list of node N(k) 310, and the 
child list is updated if necessary (block 103 0) . Node N(k) 
310 then re-enters the maintenance mode 900 (block 905) . 

Referring now to FIG, 11, the response of a node N(k) 

10 310 in network 100 to a Y reply message received during 
maintenance 900 is shown. After receiving a Y message 
(block 953) , node N(k) 310 adds the sending node to the 
range list of the receiving node (block 1105) . If the depth 
of the sender is greater than or equal to the smallest depth 

15 of all the other nodes in the receiving node's range list 
(block 1110) , then the receiving node does not need a new 
parent (block 1140) . Send a Z message to the sending node 
(block 1140) and go to maintenance mode 900. 

If the sending node is closer to the root than the 

20 current parent (block 1110) , and logical addressing is not 
used (block 1115) , set the new parent to be the sender 
(block 1120) , and update the new depth of node N(k) 310 to 
be the minimum depth plus 1 (block 112 5) . Next, send a Z 
message to the new parent (block 113 0) , broadcast a new W 

25 update message (block 1135), and return to maintenance 900. 

If logical addressing is used (block 1115) , store the 
current parent's informati on (block 1145) , and assign the 
sender to be the new parent (block 1150) . Update the 
receiving node's depth and logical address accordingly 

30 (block 1155) . Now a handshaking sequence must be executed 
to make sure another node has not already claimed the 
logical address chosen by the receiving node. The receiving 
node sends a Z message (block 1160) , containing its proposed 
logical address, to the sender (the new parent) . The 
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receiving node must wait (block 1170) for a Y response from 
the new parent. If no response is received (block 1165), the 
receiving node cannot use the new parent. It must restore 
its original parent information (block 1185) , and return to 
5 maintenance (block 905) . 

If a Y message is received from the parent (block 
1165) , the receiving node must use whatever logical address 
the parent sends for it in the Y message. The receiving node 
updates its logical address if necessary (block 1175) , and 

10 sends a Z message to the new parent with the new agreed upon 
logical address (block 1175) . The receiving node broadcasts 
a W message with its new information (block 1135) and goes 
to maintenance (block 905) . 

Referring now to FIG. 12 , a Z message is received 

15 during maintenance (block 962) . If the receiving node was 
not chosen as the sender's parent (block 1210), then update 
the node sending the Z message in the range list of the 
receiver (block 1240) and return to maintenance (block 905) . 
If the receiving node was chosen as the sender's parent 

20 (block 1210) , and a broadcast Z message was received (block 
122 0) , update the node sending the Z message in the range 
list of the receiver (block 124 0) and return to maintenance 
(block 905) . Also, if the Z message is not a broadcast 
Z (block 1220), and logical addressing is not used, then 

25 update the node sending the Z message in the range list of 
the receiver (block 124 0) and return to maintenance (block 
905) . 

If the received message was a regular Z message (block 
1220) , and logical addressing is used (block 1230) , make 
3 0 sure the new child node has chosen a valid logical address 
(block 1250) . If the address is valid, send a Y message to 
the child using the same address (block 1260) . If some other 
node has already taken the address, choose a new logical 
address for the new child and include it in a Y message 
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(block 1280) . In either case of block 1250, wait for a Z 
message from the child as confirmation (block 1270) . If no Z 
message is received within a specified time out period 
(block 1290), do not update the sending node's information 
5 in the range list. Return to maintenance (block 905). 

If a Z message is received (block 1270) , update the 
receiving node's range list to include the sender's 
information (block 124 0) , and return to maintenance (block 
905) . 

10 Referring now to FIG. 13, a flowchart illustrating how 

a node recovers from a change in network topology is shown. 
Upon entering recovery (block 971) , compare the new minimum 
depth value, mi, with the node's own depth (block 1333). 
Remember that, under normal circumstances, the node's depth 

15 should be one greater than the minimum depth. That is, the 
parent node should be closer to the root than the child 
node . 

If the minimum depth is less than the node's depth, 
find a new parent based on minimum depth from the root, and 

2 0 use the loading information as a tiebreaker if necessary 
(block 1338) . Set the new parent (block 1342) , and send a Z 
message to the prospective parent (block 1344) . If logical 
addressing is not used, simply broadcast a W update message 
informing neighbors of the new parent (block 1348) , and 

25 return to maintenance (block 905) . If logical addressing is 
used, wait for a Y message from the prospective parent 
(block 1352) . 

If the Y message is received, make sure that the child 
node uses the logical address sent by the parent in the 
30 contents of the Y message (block 1356) . It is important 
that only one node uses that address. Send the Z message 
with the agreed upon logical address (block 1358) , and 
broadcast a W message with the child's new information 
(block 1348) . Return to maintenance (block 905) . 
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If no Y message is received from the prospective parent 
(block 1352) after a specified time out period (block 1354) , 
do not use that node as a parent, because there was no 
agreement. Instead, delete the parent from the range list 
5 (block 1360) , and check to see if range list is empty. If 
the range list is not empty, find a new parent based upon 
minimum depth and load (block 1340) , and return to block 
1342. This process continues until an appropriate parent is 
found or the range list is empty (block 135) . If the range 

10 list is empty (block 135), set the parent to nil, and set 
the minimum depth, mi, and the node's own depth, di, to 
infinity (block 1362) . Send a W message with this new 
information (block 1364) . Wait for W or Y messages to be 
received from other nodes in the network (block 13 68) . For 

15 every W or Y message received, add the sending node to the 
range list (block 1374) . Repeat block 1368 until a time out 
is reached (block 1355) . 

After the timeout period (block 13 66) , determine 
minimum depth again (block 137) . If it is still infinity 

20 (block 1372) , the node is disconnected since no W or Y 
messages were received. A user may turn on audio/visual 
indicator 260 (block 1376) , and wait for a period of time 
(block 13 78) before going to network expansion mode (block 
450) to try to reconnect. If the minimum depth is not 

25 infinity, go to block 1336 to choose a new parent. 

Referring now to FIG. 14, the flowchart for the time 
out mode is shown. The time out mode begins (block 947) 
when no messages are waiting to be processed and it has been 
more than a specified period of time since the last time out 

3 0 occurred. Any entries in the range list that correspond to 
nodes that have not been heard from in a specified amount of 
time are deleted (block 1433 and block 1436)). That is, the 
receiving node has not gotten a W message from a neighbor 
node within a specified time. If the range list is empty 
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(block 143 8) , the node is no longer part of the network. 
Turn on audio/visual indicator 260 (block 1440) , and wait 
for a period of time (1442) before going to network 
expansion (block 45) . 
5 If the range list is not empty but the parent has been 

deleted, determine a new minimum depth (block 1446) , and go 
to recovery (block 971) . 

If the range list is not empty, the parent is still in 
the range list (block 1444) , and logical addressing is not 
10 used (block 1448) , send out a broadcast W update message 
(block 1450) and return to maintenance (block 905) . 

If logical addressing is used (block 1448) , update the 
child node logical address list, if necessary (block 1452) . 
If the child node logical address list is up to date, go to 
15 block 1450. Otherwise, take the child node at the bottom of 
the list, which is the largest value in the logical address 
field, and give it the logical address corresponding to the 
vacancy with the smallest value in the logical address field 
(block 1454) . 

2 0 Each time an address is changed, the parent must send 

out a Y message letting the child know of its new address 
(block 1456) . If a Z message is received from the child 
(block 1458), change the child's address in the range list 
(block 1462) , If a Z message is not received (block 1458) 

25 within a specified time out period (block 1460) , do not 
change the child's address in the range list, because the 
child has not acknowledged the change. For each vacancy in 
the child list, the reassignment process starting at block 
14 54 is repeated (block 1464) . When there is a vacancy and 

30 all children have been tried (block 1464) , send a W message 
(block 1450) . The flow next goes to maintenance (block 905) . 

Referring now to FIG. 15, the format of the X, Y, Z, 
Broadcast Z, and W messages are shown. Each message 
contains network topology information that allows nodes 
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within the network to determine a location within the 
spanning tree architecture that is as close as possible to 
the root node while still accounting for parent, child and 
loading information. 
5 The X hello message 410 contains the following fields: 

Bit Sync (1530) , Frame Sync (1535) , Message Type (1540) , 
Source Node ID (1545) , an optional field (1550) , and a CRC 
field (1552) . 

The Y reply message 420 contains the following fields: 
10 Bit Sync (1554) , Frame Sync (1556) , Message Type (1558) , 
Source Address (1560), Destination Address (1562), 
Destination Node ID (1564), a Load Field (1566), an optional 
field (1568), and a CRC field (1570). 

The Z reply message 152 0 contains the following 
15 fields: Bit Sync (1572), Frame Sync (1574), Message Type 
(1576), Source Address (1578), Destination Address (1580), 
Source Node ID (1582), a Load Field (1584), an optional 
field (1586) , and a CRC field (1588) . 

The Broadcast Z confirm message 44 0 contains the 
20 following fields: Bit Sync (1590), Frame Sync (1592), 
Message Type (1594) , Source Address (1596) , a Load Field 
(1597), an optional field (1598), and a CRC field (1599). 

The W update message 152 5 contains the following 
fields: Bit Sync (1531), Frame Sync (1541), Message Type 
25 (1551) , Source Address (1561) , a Load Field (1571) , an 
optional field (1581) , and a CRC field (1591) . 

The Bit Sync and Frame Sync have the same definition 
for each message type, and allow each node to perform 
synchronization on incoming messages. This synchronization 
3 0 can occur at the frame level and at the bit level. 

The Message Type is also the same for each message. 
The message type lets the receiving node know which type of 
messa ge is coming in so that the receiving node will be able 
to understand the rest of the message. 
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Each message also contain an optional field, which is 
currently not used. Note that the size of this field varies 
between message types. 

The CRC field is also present in each message type. 
5 This field allows received packets to be checked for errors. 

For the X hello message 410, the source node ID (1545) 
is randomly selected. Each node will have a random ID, 
which is necessary for the case when a Y message is sent to 
a new node (in response to an X message) . Because a new node 
10 does not yet have an assigned logical address, there must be 
some other node ID to identify for whom the Y message is 
intended. 

For the Y reply message 42 0, if the source address is 
the logical address of the sending node; if logical 

15 addressing is not used in the network, the source address 
can just be a random ID. The destination address contains 
the proposed logical address of the receiving node. In other 
words, this will be the logical address of the receiving 
node if the sending node is chosen as the receiving node's 

20 parent. The destination node ID is the random node ID, as 
described for the X message, of the receiving node. The 
Load field currently contains the number of neighbors that 
the sending node currently has in its neighbor list . This 
can be used as a loading parameter in a future protocol 

25 version. 

For the Z confirm message 1520, the source address is 
the same as for Y message. The destination address may 
contain the logical address of the receiving node; again, if 
logical addressing is not used in the network, the 
3 0 destination address may be a random ID. The source node ID 
has the same definition as the source node ID in the X Hello 
message 410. The Load field currently contains the number 
of children of the sending node and the number of neighbors 
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of the sending node. This parameter can be used for load 
balancing. 

For the broadcast Z confirm message 44 0, the source 
address is the same as for Y message. The Load field is the 
5 same as for Z message. 

For the W message 1525, the source address is the same 
as for Y message. The Load field is the same as for Z 
message . 

Each fixed node of the fixed wireless nodes of the 

10 network maintains a simple routing table containing the 
fixed node's range, the fixed node's depth, its parent, and 
the fixed node's load parameter. Shortest path routing is 
not performed by any fixed node of the fixed wireless nodes 
N(l), N (2) , ...,N (n) . Mobile wireless nodes may exist in the 

15 network 100, but fixed nodes perform message routing. 
Messages from a source node to a destination node within 
network 100 can travel through the network 10 0 from the 
source node to Root node N(R) 350, then down to reach the 
destination node in several ways. Referring now to FIG. 16, 

20 a spanning tree logical backbone hierarchy 1600 is shown in 
which source node 1610 and destination node 1620 are 
labeled. Note that destination node 1620 is not in the 
upstream path. A message 163 0 from source node 1610 sent to 
destination node 1620 is transferred from node to node so 

2 5 that each successive transfer brings the message one hop 
closer to Root node N(R) 350. This node hopping continues 
until the message reaches Root node N(R) 350. Referring now 
to routing protocol 1800 of FIG. 18, Root node N(R) 350 then 
broadcasts this message to each node of the fixed wireless 

30 nodes N(l), N(2), N(n) in network 100. Alternatively, 

Root node N(R) 350 can use source routing or multi-hop local 
broadcasting to transmit the message from Root node M(R) 350 
to destination node 1810. 
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FIG. 17 illustrates a spanning tree logical backbone 
hierarchy 1700 in which source node 1710 and destination 
node 172 0 are in the upstream path. In FIG. 17, a message 
sent from source node 1710 to destination node 1720 is 
5 transferred from node to node so that each successive 
transfer brings the message one hop closer to Root node 350 
N(R) . Prior to reaching Root node 350 N(R) , destination 
node 172 0 is reached. Since the message has arrived at 
destination node 1720, Root node 350 N(R) is not involved, 
10 and no broadcast message is required. 

While the invention has been described in conjunction 
with specific embodiments, it is evident that many 
alternatives, modifications, permutations and variations 
will become apparent to those of ordinary skill in the art 
15 in light of the foregoing description. Accordingly, it is 
intended that the present invention embrace all such 
alternatives, modifications and variations as fall within 
the scope of the appended claims. 

What is claimed is: 
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